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ABSTRACT 



An automated interactive customer class identification and 
contacting system for use in or for a cellular mobile radio- 
telephone (CMR) system. A mobile radiotelephone provides 
identification information as it originates a call or registers 
into the CMR system by powering up or initially entering the 
area of coverage of a cell. Hiis identification information is 
monitored by a detection module, and predetermined iden- 
tifying characteristics derived from the identification infor- 
mation identify the registering mobile radiotelephone as a 
member of a predetermined class, such as roamers. An 
interactive module places a telephone call to the registering 
mobile radiotelephone and provides synthesized voice mes- 
sage information targeted to the specific class of radiotele- 
phones, for example, roamers. The interactive module is 
furtiier responsive to DTMF inputs from tiie user of the 
telephone, for example to select services ofifered by the 
cellular system operator, block further solicitations, provide 
information requested by the cellular system operator, and 
the like. A database module stores information associated 
with the mobile telephone such as acceptance or rejection of 
services, last time of detection or solicitation, and the like. 

38 Claims, 7 Drawing Sheets 
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INTERACnVE ROAMER CONTACT 
SYSTEM FOR CELLULAR MOBILE 
RADIOTELEPHONE NETWORK 

TECHNICAL FIELD 5 

The present invention generally relates to cellular mobile 
radiotelephone (CMR) conimunication systems, and more 
particularly relates to methods and apparatus for automati- 
cally detecting the presence of predetermined classes of xq 
mobile radiotelephones within the cellular network, such as 
reamers, and for automatically and interactively communi- 
cating with a registering mobile radiotelephone within such 
classes. For example, the present invention is suitable for 
detecting roamers, placing a call to a detected roamer. 15 
providing a predetermined synthesized voice message (such 
as information concerning the availability of roaming ser- 
vices within the network), and receiving responses provided 
via the telephone keypad. 

20 

BACKGROUND 

Cellular mobUe radiotelephone (CMR) service has been 
in widespread use for several years. Typical systems arc 
characterized by dividing a radio coverage area into smaller 
coverage areas or "cells" using low power transmitters and 
coverage-restricted receivers. CMR systems are described in 
U.S. Pat. Nos. 3,906,166 and 4,268,722. As will be known 
to those skilled in the art, the limited coverage area enables 
the radio channels used in one cell to be reused in another 
cell. As a cellular mobile radiotelephone within one cell 
moves across the boundary of the cell and into an adjacent 
cell, control circuitry associated with the cdls detects that 
the signal strength of the telephone in the just-entered cell is 
stronger, and conununications with the radiotelephone are 
"handed ofiP' to the just-entered cell. 

A cellular mobile radiotelephone system typically utilizes 
a pair of radio frequencies for each radio channel in each 
cell. Each cell typically includes at least one signalling 
channel (also called a control or access channel) and several 
voice charmels. The signalling channel is selected or dedi- 
cated to receive requests for service from mobiles and 
portables, to page selected mobiles or portables, and to 
instruct the mobiles or portables to tune to a predetermined 
voice channel where a conversation may take place. The 
signalling channel is responsible for receiving and transmit- 
ting data to control the actions of the mobiles and portables. 

The data message and radio channel specifications for 
U.S. cellular radiotelephone systems are set forth in Elec- 
tronic Industries Association/Teleconmiunications Industry 50 
Association (EIA/TIA) Standard 533 (previously known as 
Interim Standard CIS-3) implemented in accordance with 47 

C. ER. 22, in the Report and Orders pertaining to Federal 
Communications Conmiission (FCQ Docket No. 79-318. 
Copies of tiie EIA/nA-533 may be obtained from the 55 
Engineering Department of the Electronic Industries Asso- 
ciation at 2001 Pennsylvania Avenue, N.W., Washington, 

D. C. U.S.A. 20006. 

Increasingly, users of cellular mobile radiotelephones 
travel between cities having cellular systems operated by 60 
diEferent operating companies. In addition, the FCC has 
established that each area wishing to estabUsh a cellular 
telephone networic may have up to two cellular system 
operators, and Uierefore parallel but separate systems are in 
place in most major metropolitan areas. While the mobile 65 
radiotelephones for use in these different systems are iden- 
tical, the cellular systems are configured so that only cellular 
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telephones which are identified as "home" units or subscrib- 
ers within a given cellular system may communicate within 
a given operator's system. 

It is known that when a cellular mobile radiotelephone 
originates a call, it transmits a series of data messages to the 
serving cell. These messages, referred to as a Call Origina- 
tion, are defined by EIA/nA-533. These data messages 
always contain the low order seven digits of the unit's 
telephone number, knovra as the Mobile Identification Num- 
ber (MIN), die unit's Station CJlass Mark (SCM), which 
identifies functional characteristics of the unit, and the 
Called Address, or dialed telephone number. Although 
optional, cellular system operators typically also require 
additional data words to be transmitted that contain the 
MIN2, which is the high order three digits or NPA of the 
cellular unit's telephone number, and the Electronic Serial 
Number (ESN). 

These data messages are provided first to the cell, and 
then through a data link to the mobile telephone switching 
office C'MTSO'*). The MTSO, also known as ''die switch", 
makes voice connections between mobile radiotelephones 
and the main telephone network. At the MTSO, a determi- 
nation is typically made whether the radiotelephone is an 
authorized user or subscriber by looking up the telephone 
number, serial number, and other information provided by 
the radiotelephone to see if there is an entry in the MTSO's 
database corresponding to that particular telephone. Part of 
the normal, but optional, functions of an MTSO is to validate 
that the ESN and MIN received as part of a Call Origination 
message are valid. If the MIN is valid and "home", the 
received ESN is compared to the MTSO's database ESN 
entry to detect fraud. If these checks succeed, the call is 
allowed to proceed. 

It is also known that a cellular mobile radiotelephone, 
when it first powers up or first enters the cell of a CMR 
system when already powered up, can optionally be 
instructed to identify itself as actively present witiiin a 
particular cell and on the system. The indiotelephone iden- 
tifies itself or "registers" through a process known as 
Autonomous Registration by providing a data packet similar 
to that of a Call Origination, The original design intent of 
Autonomous Registration was to improve the efficiency of 
potential future call deliveries by keeping the MTSO 
informed of the approximate whereabouts of each individual 
cellular unit, and to reduce paging channel load by lessening 
the need to page all cells to find a cellular urut. When the 
MTSO is thus informed, it can '"page" (i.e., attempt to ring) 
the cellular unit only in the cell or area that it was last known 
to be in. Additional cells would be paged only if the mobile 
was not found witii the initial page. 

While most cellular systems support the Autonomous 
Registration feature, processing of the received identifica- 
tion information is usually proprietary to the vendor of the 
MTSO equipment However, it will be observed that the data 
contained in an Autonomous Registration message is essen- 
tially the same as a Call Origination. The difference is that 
an Autonomous Registration is not associated with a call 
attempt, and is not necessarily used to validate a cellular 
unit's ability to place or receive calls. Instead, an Autono- 
mous Registration is simply a set of messages periodically 
and autonomously sent from the mobile to the serving cell 
at an interval specified in data parameters previously 
received from the cell by tiie cellular unit. 

For purposes of the present application, the terms "reg- 
ister", "registration", etc. will be used to denote the provi- 
sion of identification information by Call Origination, 
Autonomous Registration, or other means. 
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It is further known that in CMR systems, a subscriber's 
ability to receive incoming calls outside his or her home 
service area is restricted. A subscriber using or attempting to 
use his or her cellular mobile radiotelephone in a service 
area outside his home service area is said to be "roaming", 5 
and he or she is commonly referred to as a "roamer". When 
cellular telephone subscribers leave the area of their sub- 
scribed service, they frequently do not use their cellular 
telephones because they do not know (or have forgotten) the 
particular procedures for operating their mdiotelephone as a 
"roamer'* in the newly-entered service area. Lack of use of 
the radiotelephone in different service areas results in a loss 
of the benefits of cellular telephone service to the subscriber, 
and a loss of revenue both from the calls that would 
otherwise be made by the roamer and from calls to the 
roamer which cannot be completed because the roamer' s 
home service area does not know where to forward the calls. 

Even though a subscriber is not always aware of having 
travelled beyond the range of the home service area. CMR 
systems are designed to detect this situation and so apprise 
the user, in the following maimer. Each cellular system has ^ 
been uniquely assigned a System IDentification (SID) num- 
ber. Electrical signals corresponding to each cellular sys- 
tem's SID are continuously transmitted by that system over 
a control channel. The SID of the system from which a 
particular subscriber has agreed to acquire CMR services is ^ 
programmed into a Numerical Assignment Module (NAM) 
or memory incorporated into the subscriber's mobile radio- 
telephone unit. 

When a subscriber's mobile radiotelephone unit is "pow- 
ered up" or first enters the area of coverage of a CMR system 
when already powered up, it selects the strongest detectable 
control channel and receives a system parameter overhead 
message in the form of an overhead message train (OMT). 
The OMT includes the 15 -bit SID of the CMR system whose 
signal the mobile unit is receiving. The mobile unit then 
compares the transmitted SID to the SID programmed into 
its NAM to detemoine identicality. If the unit determines 
lack of identicality, it is indicated that the unit is "roaming". 
In many cellular radiotelephone units, a "roam" indicator 
light is activated on the control panel associated with the 
unit. In this manner, a subscriber is made aware that his or 
her mobile radiotelephone unit has seized or entered a 
system other than the system on which he or she is an 
authorized subscriber, 45 

A roamer who desires to place an outgoing call typically 
must then access the CMR system in which he or she is 
roaming through procedures established by the CMR system 
operator. These procedures typically involve special codes, 
key sequences, and information solicitation from the sub- 50 
scriber so that the roamer is aware that he or she will be 
billed at the rates established for roaming services (instead 
of the usual "home" service rate). 

Further difficulties are encountered when a roamer desires 
to receive incoming calls when in a foreign service area. In 55 
order for a roamer to receive incoming calls, it is typically 
required that would-be third-party callers know the where- 
abouts of the subscriber Unanswered calls placed to the 
subscriber's home number are typically answered with a 
message indicating that the subscriber cannot be found. If 60 
the caller knows the CMR system in which the roamer is 
present, then there arc procedures provided for accessing the 
subscriber through the facilities of that CMR system. This 
requires the caller to know the roamer* s itinerary and the 
roamer access number of the CMR system in which the 65 
roamer is present. Many major service areas have a 10-digit 
roamer access number. Armed with this and other inforraa- 
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uon, a would-be caller may dial the 10-digit roamer access 
number of the CMR system in which the roamer is present. 
Then, the caller dials the roamer* s home number, including 
home area code, and the call will be delivered. 

This unwieldy procedure can sometimes be exacerbated 
by the need for the subscriber to arrange the right to have 
incoming calls delivered with the CMR service provider in 
the foreign area. 

Needless to say, procedures for arranging for roaming 
service such as these require advance plaiming, scheduling, 
and dissemination of itinerary information to persons who 
may want to call the subscriber in a foreign service area. 
These cumbersome procedures inhibit the flexibility and 
freedom prized by many cellular telephone subscribers, and 
also reduce the likelihood that a subscriber will avail himself 
or herself of roaming services in a foreign area. Moreover, 
the requirement for advance arrangement of roaming ser- 
vices simply precludes the use of roaming services by 
subscribers who, because of reasons beyond their control 
and foresight, find themselves in a foreign service area 
without any guidance as to the procedures for access to 
roaming services, and must place a call or other inquiry to 
the CMR system operator. Obviously, the subscribers in 
such circumstances are deprived of the convenience and 
benefit of their cellular mobile radiotelephones and the CMR 
system operators miss the opportunity to earn revenue. 

Some CMR systems, for example, U.S. Pat. No. 4,901, 
340, of Parker et al., "System for the Extended Provision of 
Cellular Mobile Radiotelephone Service'*, also known as the 
GTE Mobilenet Incorporated FOLLOW ME ROAMING® 
(trademark) service related to the extended provision of 
cellular mobile radiotelephone service, are provided to ame- 
liorate many of these difficulties and make the use of 
roaming services in foreign service areas more convenient. 
However, even with such services as the FOLLOW ME 
ROAMING® service, it is required that the FOLLOW ME 
ROAMING® service system hardware and software be 
implemented in the CMR system. Such systems, although 
they provide many advantages to roamers, do not accom- 
modate the roamers who are from systems that do not have 
the FOLLOW ME ROAMING® service or other types of 
following services. Again, the subscribers are deprived of 
the benefit of their cellular mobile radiotelephones and the 
CMR systems lose revenue from potential customers. 

When considering the nature of the problem with accom- 
modating roamers, the present inventor has discovered cer- 
tain key aspects of the nature of the difficulty with roaming 
services. c3ne key aspect in the provision of convenient 
roaming services involves the detection of the presence of 
roamers, who by definition are not subscribers in the CMR 
system, within a CMR system. Once the roamers arc 
detected, another key aspect is the ability to contact these 
roamers for the purpose of providing information in a 
convenient marmer concerning access to roaming services. 

Considered in these terms, yet another key aspect 
involves the detection that a particular mobile radiotele- 
phone is a member of a certain class of mobile radiotele- 
phones, for example, roamers, or home unit owners of a 
certain type of mobile radiotelephone, or home subscribers 
having a certain prefix in his or her NPANXXXXXX. Once 
the presence of members of a certain class have been 
deteaed as present (and active) in the CMR system, it is 
possible to consider directing a class-targeted communica- 
tion to members of that certain class, by placing calls to 
members of the class with an automated contacting means. 
As examples, for roamers, information concerning the pro- 
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vision of roaming services may be provided; for owners of 
certain types of telephones, information concerning newly 
available features may be provided; for subscribers having a 
certain prefix in his or her telephone number, an automated 
survey may be conducted or the acceptance of particular 5 
special telephone services provided by the CMR system 
operator (e.g. voice messaging or call waiting) may be 
interactively solicited. 

Prior to the present invention, there has been no way to 
selectively determine, whether a registering mobile radio- 10 
telephone is a roamer. or a home unit, or for that matter, to 
determine whether the registering mobile radiotelephone 
possesses other predetermined class characteristics, and to 
provide services to directed specifically to that class of 
telephones. Accordingly, there is a need for an automated 15 
system capable of detecting mobile radiotelephones by 
class, for example roamers, and for proactively contacting 
selected mobile radiotelephones for the purpose of the 
providing provision of information and interactive service 
solicitation. 20 



SUMMARY OF THE INVENTION 

Briefly described, the present invention is a computer- ^ 
based electronic system that provides selected cellular cus- 
tomers, differentiated on the basis of predetermined identi- 
fying charaaeristics provided upon electronic registration 
into the cellular system, with electronically digitized voice 
information, and that recognizes and acts upon TOUCH- 
TONE® customer responses. The system is capable of 
determining that a customer's mobile radiotelephone is 
turned on. within the range of die cellular telephone system, 
and is therefore ready to receive calls. This particular 
capability dififercntiates the system from pre-existing auto- ^5 
mated telephone solicitation systems, and enhances the 
probability of reaching a cellular customer as soon as he or 
she has entered the coverage area of the cellular telephone 
systeriL 

More particularly described, the present invention com- 40 
prises an automated customer class identification and con- 
tacting system. A monitoring means detects identification 
information provided by a mobile radiotelephone as it 
originates a call, powers up, or irutially enters the area of 
coverage of a cell of the CMR system. Means responsive to 45 
the identification information detects predetermined identi- 
fying characteristics of the registering mobile radiotele- 
phone, for example, whether the unit is a roamer, is a home 
unit, possesses a telephone number with a predetermined 
prefix, or is of a particular manufacturer's type, Communi- 50 
eating means responsive to detection of a selected predeter- 
mined identifying characteristic of the registering mobile 
radiotelephone then conununicates with registering mobile 
radiotelephones having the selected predetermined identify- 
ing characteristic. 55 

In particular, the communicating means comprises an 
interactive circuit for delivering synthesized voice messages 
to the registering mobile radiotelephone, and interactively 
receiving responses to the voice messages. In the preferred 
embodiment, the communicating means is operative to place 60 
a telephone call to registering mobile radiotelephone, gen- 
crate a synthesized voice message corresponding to a pre- 
programmed voice message script, and deliver the synthe- 
sized voice message to the registering mobUe 
radiotelephone. Interactive responses to the voice messages 65 
are preferably received in the form of TOUCH-TONE® key 
entries by the radiotelephone user. 
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While a particular function of the present invention is to 
dififerentiate between local or home units of the CMR system 
and roamers. it should be understood that the system is 
capable of detecting other predetermined identifying char- 
acteristics of mobile radiotelephones. For example, the 
system is capable of detecting portions of the mobile tele- 
phone nimiber (MIN) associated with mobile radiotele- 
phone, the station class mark (SCM) identifier, the electronic 
serial number (ESN) associated with the telephone, and the 
like. 

Still more particularly described, the present invention 
comprises means for monitoring identification information 
provided by a mobile radiotelephone as it originates a call or 
registers into a CMR system by powering up or initially 
entering the area of coverage of a cell of the CMR system. 
The monitoring means receives the identification informa- 
tion by a cormection or tap to the cell/MTSO data link, or 
alternatively as an output from tiie MTSO. The identification 
information typically comprises the mobile telephone num- 
ber, electronic serial number, and station class mark identi- 
fier of the mobile radiotelephone, in the form of a serial data 
su*eam between the cell and the MTSO, or alternatively as 
an output from the MTSO. 

A database is provided for storing status information 
associated with various radiotelephones which are present 
with the system, either actively or have been indicated as 
subscribing customers. Detection means operatively con- 
nected to the monitoring means is responsive to the identi- 
fication information, and conducts a search of the database 
based upon information contained in the serial data stream. 
A determination is made whether the detected mobile radio- 
telephone is within a predetermined class of mobile radio- 
telephones, for example a roamer, and generates a signal 
indicating that the detected and registering radiotelephone is 
a member of a predetermined class. The detection means 
further detemunes whether the system is progranmied to 
contact this particular class of radiotelephones, and if so, 
generates a solicitation request targeted to registering mobile 
radiotelephone. 

Solicitation means responsive to the solicitation request 
solicits the detected mobile radiotelephone, now determined 
to be a member of a selected class, by placing a call to the 
mobile telephone number of the detected mobile radiotele- 
phone. Interactive response detection means then determines 
the response of the detected mobile radiotelephone to the 
call placed by the solicitation means, typically in the form of 
TOUCH-TONE® entries, and provides a response informa- 
tion output This interactively-solicited information output is 
then used to update the database to reflect several categories 
of information. For example, one response can be an indi- 
cation that further solicitations are not desired. Another 
response can be the acceptance of the offering of services 
provided to the class of customers, for example, the provi- 
sion of roaming services to detected roamers. Yet another 
response can be the failure of the solicitation means to 
successfully contact the detected mobile radiotelephone and 
receive an active response to an inquiry, in which case the 
stams information is updated to reflect that the detected 
mobile radiotelephone has not yet been successfully con- 
tacted or solicited. 

Accordingly, it is an object of the present invention to 
provide an automated information provision and solicitation 
system for cellular mobile radiotelephones. 

It is another and specific object of the present invention to 
provide an automated roamer detection and solicitation 
system that detects the presence of roamers within a cellular 
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mobile radiotelephone network and delivers a predeter- 
mined roaming service solicitation message to detected 
roamcrs. 

It is another and more general object of the present 
invention to provide a system for detecting the presence of ^ 
registering cellular mobile radiotelephones having predeter- 
mined identifying characteristics as the telephones origi- 
nates a call, powers up, or enters the area of coverage of a 
cell of the CMR system, and communicating with a detected 
mobile radiotelephone for the purpose of providing or *0 
soliciting information from the detected telephone. 

It is another object of the present invention to provide a 
system for providing class targeted communications and 
solicitations directed to members of a predetermined class of 
mobile radiotelephones, with a system operative to place 
telephone calls to detected mobile radiotelephones having 
predetermined identifying characteristics. 

It is another object of the present invention to provide a 
cellular mobile radiotelephone class member detection sys- ^ 
tern for use in a CMR network which is operative to detect 
the presence of units having predetermined identifying char- 
acteristics such as roamers that have not previously been 
detected, new telephones that have not yet been entered Into 
the system as a registered user, survey information directed ^ 
to members of a certain class, and the like. 

It is yet another object of the present invention to provide 
an automated interactive cellular telephone customer class 
identification and contacting system which is capable of 
determining whether a registering mobile radiotelephone 30 
has never been solicited, or has not been detected nor 
solicited within a predetermined time period, and is there- 
after operative to solicit the registering mobile telephone for 
purposes of providing information or soliciting the selection 
of services. 35 

It is another object of the present information to provide 
an automated and interactive cellular mobile radiotelephone 
customer class identification and contacting system which 
employs a programmable synthesized voice message gen- 
erating subsystem so that synthesized voice messages for 40 
different class-targeted informational messages and solici- 
tations can be easily and conveniently generated and modi- 
fied, and in which various different voice messages can be 
readily provided on a scheduled basis to selected identified 
customers, for die purpose of soliciting the usage of services 45 
or providing consumer information direaed only to particu- 
lar classes of customers. 

It is another object of the present invention to provide an 
automated and interactive cellular mobile radiotelephone 
customer contacting system that **knows" that a customer's 50 
mobile is turned on, within range of the cellular telephone 
system, and thus ready to receive calls. This capability sets 
the present invention apart from known automated telephone 
solicitation systems, and greatly enhances the probability of 
reaching a cellular customer as soon as he or she has entered 55 
the coverage area of the CMR system. 

These and other objects, feamres, and advantages of the 
present invention may be more clearly understood firom a 
review of the following detailed description and drawings 
and by reference to the appended claims. 



60 



BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of the preferred embodimwit of 
an automated interactive CMR system customer class iden- 65 
tification and contacting system constructed in accordance 
with the present invention. 



FIG. 2 is a flow chart of the process carried out within a 
cellular mobile radiotelephone as it initially enters a cell or 
powers up for the first time within a cell and registers, 
thereby providing its predetermined registration informa- 
tion. 

FIG. 3 is a diagram of various fields of data stored within 
the parameter memory of a typical cellular mobile radio- 
telephone. 

FIG. 4 is a diagram illustrating the various fields of the 
identification information data record provided in the pre- 
ferred embodiment by the detection module to the database 
module upon detection of a mobile radiotelephone in the 
CMR, and is representative of the information passed from 
the cell to the MTSO whenever a cellular mobile radiotele- 
phone originates a call or autonomously registers. 

FIG. 5 is a block diagram of the hardware architecture of 
the preferred automated interactive CMR system customer 
class identification and contacting system of FIG. 1. 

FIG. 6 is flow chart of the detection module software of 
the preferred automated interactive CMR system customer 
class identification and contacting system of FIG. 1. 

FIG. 7 is a flow chart of die database module software of 
the preferred automated interactive CMR system customer 
class identification and contacting system of FIG. 1, spe- 
cifically directed to roamers. 

FIG. 8 is a flow chart of the database module software of 
the preferred automated interactive CMR system customer 
class identification and contacting system of FIG. 1, spe- 
cifically directed to customers of a predetermined but gen- 
eral class or type "X**. 

FIG. 9 is a flow chart of a typical interactive module 
software of the preferred automated interactive CMR system 
customer class identification and contacting system of FIG. 
1, specifically illustrating exemplary steps for contacting a 
roamer and receiving responses from the roamer. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

Referring now to the drawings, in which like numerals 
indicate like elements throughout the various figures, FIG. 1 
illustrates the preferred embodiment of an automated inter- 
active customer class identification and contacting system 
10 constructed in accordance with tiie present invention. A 
typical cellular system includes a geographic radio service 
area such as indicated by the cell 12, of which a plurality are 
typically provided in the typical operator's system. The cell 
12 is served by a broadcast antenna 15. As a vehicle such as 
the car with a cellular mobile radiotelephone 16 enters the 
cell 12, and assuming that the cellular mobile radiotelephone 
is turned on, a conununication will occur between the 
telephone 16 in the car and the cell control 20. Details of this 
communication are described in greater detail in connection 
with FIG. 2. Details of the communication between the 
telephone and the cell control 20 are not considered impor- 
tant to the present invention. 

Data relating to the communication between the telephone 
and the cell 12 are transnutted either by dedicated telephone 
lines (not shown) or more frequently by a microwave data 
link 21 and cell-to-MTSO data link 22 between the cell 
control 20 and a Mobile Telephone Switching Office 
(MTSO) 25 or switch. It is well known to those skilled in Uie 
art that the conventional CMR system comprises at least one 
MTSO 25 coupled to an appropriate array of more or less 
identically equipped cell sites 12, and that the MTSO 
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couples telephone con venations of the mobile sites to the 
telephone lines of the public switched telephone network 
through a plurality of telephone lines 27. 

The present invention of an automated interactive cus- 
tomer class identification and contacting system 10 is opera- 5 
live to receive identification information on line 30 via 
several alternative means, and to respond to same in the 
manner described herein via at least one telephone line 32 to 
the MTSO 25 by providing voice message outputs from the 
system 10 and receiving TOUCH-TONE® responses from jq 
customers as inputs. Generally, the data provided by a call 
originating or autonomously registering mobile radiotele- 
phone is in the form of a serial data stream containing 
identification information, as shown in FIG. 4. This identi- 
fication information may be derived in several mannen. 15 

In one embodiment, the identification information is 
provided directly from the MTSO 25 via a serial data 
connection 30a It is considered within the skill of the art to 
obtain a physical electrical connection to the MTSO 25 for 
providing this serial data stream to the system 10. 20 

Alternatively, the identification information may be 
obtained via a lap 35 onto the cell/MTSO data link 22. The 
tap 35 is then connected to a protocol analyzer 36 so as to 
separate the identification information from other data 
occurring on the cell/MTSO data link 22, and to provide the ^5 
separated identification information on line 3Qb. 

Other methods for obtaining identification information 
may occur to those skilled in the art, especially after new 
capabilities of the cellular network are implemented. For 
example, EJA/TIA Interim Standard 41 (IS-41) contem- 
plates methods for cellular inter-system handoff and call 
delivery. IS-41 is expected to initiaJly use the known X.25 
protocol as a transport mechanism, with eventual migradon 
to an SS7 networic The SS7 network may utilize the cxistmg 
SS7 network of the telephone companies, but may also use 
various interconnected private SS7 networks. 

The IS-41 standard allows calls to be handed off between 
dissimilar cellular systems, not unlike the way that calls are 
handed off between cells of a single system. The data that is ^ 
communicated between the cellular systems is passed over 
the IS-41 network (initially using X.25 and later SS7), and 
is expected to contain information similar to that shown in 
FIG. 4. The present invention can easily be configured to 
monitor such a future IS-41 network link to discover 
mobiles entering its market as an alternative source of 
identification information. 

Accordingly, FIG. 1 also shows identification information 
being derived from a line 37 connected to other data sources 
such as IS-41 SS7 and X.25 networks and provided to the 50 
MTSO 25. If required, a separate protocol analyzer 38 may 
be employed to separate the identification information from 
other data on the IS-41 line 37, Hie separated identification 
inforraaUon is provided on line 30a However, it should be 
understood that the line 30c may contain information that 55 
originated at the local MTSO and is destined for a remote 
MTSO via die IS-41 link, for cellular system hand-off. The 
present invention may passively monitor the identification 
information as in the case of the tap 35 to the cell/MTSO 
data link 22, but in cases where the protocol is public eo 
domain, protocol analysis might be unnecessary to create 
protocol convenion. 

In cases wherein the identification information is not 
provided directly from the switch 25 and/or protocol analy- 
sis is required, it will be understood that registration (includ- 65 
ing call origination) messages will be interspersed on the 
cell/MTSO data link 22 along with other unrelated messages 
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during normal operation. One method for convenient deci- 
phering of registration (or origination) messages is to con- 
nect the tap 35 and a conventional protocol analyzer 36 to 
the cell/MTSO data link 22 in early AM hours, when Uttle 
or no traffic is on the system. Using a known cellular 
telephone, allow the telephone to register and observe the 
message format TTic same process should be followed for a 
call origination. Later, when other messages are intermixed 
on the cell/MTSO data link 22, the particular message 
format signature can be recognized and the relevant identi- 
fication information extracted 

It should also be understood that certain manufacturers of 
switches 25 provide the serial data stream of call origination 
or autonomous registration unit identification information as 
an output 30a, for example, die Motorola EMX and AT&T 
AUTOPLEX-1000 brand switches include an RS-232 serial 
output that can be used for this purpose, and therefore this 
dedicated output may be used with switches of these types 
as the data input for line 30. It will of course be appreciated 
tiiat identification information supplied directiy from the 
switch 25 should contain registration messages only and 
require no discrimination or protocol analysis. 

The preferred system 10 physically comprises a computer 
system or combination of computer systems which receives 
die identification information, generates synUicsizcd voice 
messages, and processes responses from contacted tele- 
phone users. The computer system, an exemplary hardware 
architecture for which is shown in FIG. 5, runs a plurality of 
interrelated computer software or program modules 40, 42, 
45 which cause computer to carry out the functions 
described herein. Accordingly, the system 10 comprises a 
detection module 40 which serves as means for monitoring 
the identification information provided by the registering 
mobile radiotelephone. Tbe detection module 40 is respon- 
sive to the monitored identification information for detecting 
predetermined identifying characteristics of the registering 
mobile radiotelephone. 

In particular, the detection module 40 determines whether 
die registering mobile radiotelephone 16 in the car is a home 
unit or a roamer. In the case of roamers, certain messages or 
services, to be described in more detail below, are then 
directed to tiic detected roamer. In the case of a home unit, 
further identification such as by type of telephone, certain 
portions of the mobile identification number (MIN) or 
telephone number [NPANXXXXX], station class mark 
(SCM) identifier, or electronic serial number (ESN) corre- 
sponding to particular manufacturers, and the like, allow 
fiirther selective message targeting. 

Information as to the characteristics of the registering unit 
detected by the detection module 40 is tiien provided to a 
database inodule 42. This information, denominated ORIGI- 
NATIONS, AUTONOMOUS REGISTRATIONS in HG. 1, 
corresponds to the concim'ence of a registration condition 
(such as a command to roamers to register or a command to 
home units to register) and the data provided by registering 
units in response to such commands. For example, in 
response to a conunand to roamers to register, only the 
identification information from active roaming units will 
occur on the line 30; home units will not respond to this 
command. The database module 42 is responsive to the 
detection of at least one selected predelennincd identifying 
characteristic of the registering mobile radiotelephone for 
determining whether the unit is of a particular type for which 
a communication should be directed, and for recording and 
saving responses of the registering mobile radiotelephone to 
such communications. In particular, the database module 42 
provides a data signal SOLICITATION REQUEST as an 
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output, indicative that the registering unit should be con- 
tacted, and receives an input signal SOLICITATION 
RESPONSE indicative of any interactively provided 
response to a communication. The database module 42 is 
continuously updated to reflect the status of solicitation 5 
requests and of responses to solicitations, which are asso- 
ciated with the telephone numbers of the registering tele- 
phones. 

An interactive module 45 is responsive to SOLICITA- 
TION REQUESTS from the database module 42. to generate 
synthesized a VOICE MESSAGE output which is provided 
on a telephone line 32 to the MTSO 25. Similarly, the 
interactive module 45 receives a DTMF RESPONSE signal 
input (typically generated by the user pressing TOUCH- 
TONE® keys) from a contacted cellular mobile radiotele- 15 
phone during a solicitation, and provides the SOLICITA- 
TION RESPONSE data for storage in the database module 
42. 

The interactive module 45 contains at least one stored 
voice message script and means responsive to such stored ^ 
voice message script for generating a synthesized voice 
message for provision as the VOICE MESSAGE output on 
the telephone line 32 to the switch 25. The stored voice 
message scripts are encoded in a special language described 
hereinbelow and denominated ATALK. ATALK scripts are 
loaded into the preferred system 10 from removable disk 
storage media under control of an administrator's teleprinter 
48. The use of removable disk storage media allows the 
off-line generation, editing, and storage of voice message 
scripts, which are later loaded into the interactive module 45 
for execution in response to appropriate conditions. The 
interactive module 45 is capable of storing a plurality of 
different scripts in a compacted form, each different script 
being specifically targeted as interactive voice message 
sequences and expected responses for particular different 
classes of detected units such as roamers or home units of a 
certain type, etc. 

The administrator's teleprinter 48 is cormected to the 
preferred embodiment 10 via direct connection to a serial ^ 
port. Information stored in the database module 42 may 
therefore be extracted by the administrator's teleprinter 48 
for purposes of reading error logs, generating administrative 
reports on system usage and statistics, administratively 
blocking solicitations to selected customers, and the like. In 
the preferred embodiment, the administrator's teleprinter 48 
is a personal computer (PC). 

In order to illusuate one method whereby identification 
information is obtained in the present invention, FIG. 2 is a 
flow diagram of the autonomous registration process 50 
executed by cellular mobile radiotelephones in a typical 
networked cellular system. This registration process alerts 
the switch 25 to the presence of an active mobile radiotele- 
phone within the area of coverage of a cell of the CMR 
system. The process in FIG. 2 is entered at the start block 55 
100. Step 102 occurs when the mobile is turned on within the 
area of coverage of a cell 12, or when it initially enters the 
area of coverage of a cell 12 from a region exterior to the 
CMR system, such as shown in FIG. 1. At step 104, the 
signalling channels, typically a group of twenty-one chan- 50 
nels, are scanned. Next at step 106, the mobile selects the 
signalling chaimel in the group which has the strongest 
signal strength. The mobile then tunes to the selected 
signalling channel. 

At step 108, the mobile reads the overhead message train 65 
(OMT) on the selected signalling channel. The overhead 
words in the OMT inform the mobile how the CMR system 



is configured and how the mobile is to tise the system. The 
OMT is transmitted on signalling channels throughout the 
cellular system service area, nominally once per second, and 
includes a system identification (SID) field of 15 bits, a 
"register home" (REGH) command bit, a **register roamers" 
(REGR) command bit. plus several other data fields. A 
registration identification (REGID) field of 20 bits and a 
registration increment (REGINCR) field of 12 bits are also 
relevant to the mobile registration process, but are not 
utilized in the present invention. 

After reading in the OMT, the mobile determines at 
decision block 110 whether registration is indicated. Regis- 
tration is the process by which a mobile unit becomes listed 
in the switch 25 as being present and active in the service 
area of the cellular system. Mobile registration procedures 
are controlled by the provisions of the EIA/TIA-533 refer- 
enced hereinabove. 

Registration is enabled or disabled selectively and indi- 
vidually for each class of mobiles, for example, home or 
roamer imits, by means of the control bits E^EGH and REGR 
in the OMT. As described above, the OMT also contains the 
identification number of the current cellular system (SID) by 
means of which die mobile determines whether it is present 
at "home" or whether it is a "roamer". Thus, and referring 
now to FIG. 3, each mobile contains, in its internal param- 
eter memory 120. a data entry denominated SID indicating 
its home cellular system, along with a value denominated 
NXTREG used to determine when the mobile is scheduled 
to reregister. By comparing the SID stored in memory to tiie 
SID received in the OMT, the mobile unit determines 
whether it is at home or a roamer, and whether it needs to 
register as a home unit, register as a roamer, or whether it 
should reregister. 

Cellular system access for registration purposes only 
occurs in response to an indication of registration included 
in the OMT. A particular mobile will respond to a specific 
registration command in the following conditions are satis- 
fied: (1) registration is enabled for its class, and (2) either (a) 
the mobile is not currenUy registered in the system (that is. 
the SID is not currently contained in the mobile's memory 
120), or (b) the value of the REGID data in the OMT 
exceeds the value of the NXTREG variable associated with 
the SID in the mobile's registration memory. Although not 
pertinent to the present invention, each time the mobile 
registers it updates the corresponding NXTOEG value by 
adding the last received value of REGINCR to the last 
received value of REGID. 

If the foregoing conditions are satisfied, the mobile 
responds by transmitting a data packet or record 130 com- 
prising at least some of the identification information shown 
in FIG. 4. This data record is transmitted over the seized 
control charmel and received by the cell control circuitry 20 
(FIG. 1). At the cell control 20, data is transmitted via the 
cell/MTSO data link 22 to the MTSO 25 that contains, in 
part, the information within the data record 130. 

Referring now to FIG. 4, the registration information 
provided on the cell/MTSO data link 22 typically comprises 
a data record 130 consisting of various data fields in an X.25 
or ADCCP format. The field contents typically comprise the 
Mobile Identification Number (MIN) of the mobile in 
[NPANXXXXXX] form, the Mobile Identification Number 
(MIN) in hex, the electronic serial number (ESN) in hex. the 
station class mark (SCM) in hex, and the number of the cell 
in which tiie registering unit was delected. This data is 
typically provided as a serial record at 9600 baud, in 
accordance with EIA specifications. 
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It should be understood at this juncture that the identifi- 
cation infarmation provided on the line 30 shown in FIG. 1 
niay be in different forms and obtained in different manners. 
The information may be in the form of a data record 130 in 
X.25 or ADCCP format, or the information may be in ASCH 5 
or other data communications format. The formats may vary, 
depending upon whether the identification information is 
derived by analyzing the protocol on the ccll/MTSO data 
link 22, or whether the MTSO is configured to provide the 
identification information. In either case, the identification 
information is received on line 30 from a source external to 
the preferred, embodiment of the present invention, and 
typically comprises information in the data record 130. 

From the foregoing, it will be appreciated that identifi- 
cation information comprising a data record 130 associated 
with a registering cellular mobile radiotelephone is auto- 
matically provided from the telephone 16 in HG. 1 to the 
cell control 20, and thence via the the microwave data link 
21 and the cell/MTSO data link 22 to the MTSO 25. 
Moreover, it will be further appreciated that in the case of ^ 
roamen, identification information for this class of cellular 
mobile radiotelephone is only provided at such times as the 
OMT has the REGRbit set In like fashion, home units only 
provide their data at such time as the OMT has the REGH 
bit set. It will therefore be understood that by monitoring or 
capturing the contents of the registration information data 
record 130 at the MTSO 25, and by determining whetiier the 
REGH or REGR bits are set, one can determine whether a 
given registering cellular mobile radiotelephone is a home 
unit or reamer. 3q 

In addition to determining whether a registering mobile 
radiotelephone is a home unit or a roamer, the present 
invention is operative to detect further characteristics of 
registering mobiles. Thus, further aspects of the identifica- 
tion information data record 130 are utilized in the present 35 
invention. The MIN typically contains information unique to 
the CMR system operator, for example, the first three digits 
of the MIN (i.e., "NPA") typically conrespond to area code, 
and the next three digits ("NXX") typically correspond to 
geographic location within the area code; the final four digits 40 
C'XXXX") usually carry no differentiating significance. 
Similariy, the ESN is unique to each mobile cellular radio- 
telephone, and comprises a format that allows differentiation 
as to manufacmrer, and in some cases the model number, 
date of manufacture, and the like. Similarly, the SCM 45 
indicates a type of cellular mobile radiotelephone such as 
portable, transportable, automobile, expanded channel capa- 
bility, etc. 

Any and/or all of the foregoing various identification 
factors comprise a predetermined identifying characteristic 50 
that may be used to determine a "class" of the registering 
cellular mobile radiotelephone, and form the basis for gen- 
erating a class-targeted solicitation or information provision 
directed only to members of that class, in the manner 
described herein. As specific examples, it is expressly con- 55 
templated that the predetermined identifying characteristic 
may correspond to a roamer unit, and the class targeted 
communication may comprise information about a service 
provided for roamers in the CMR system. The predeter- 
mined identifying characteristic may correspond to a local or 60 
home unit of the CMR system, and the class targeted 
communication may comprises information about a service 
for owners of local or home units in the CMR system. The 
predetermined identifying characteristic may correspond to 
at least a portion of tiie MIN, and that portion of the MIN 65 
may be employed to determine whether the registering 
mobile radiotelephone is in a predetemuned geographic 



14 

class of customers of the CMR system. In this case, the class 
targeted communication may comprise information related 
to a service offered to the predetermined geographic class of 
customers of the GMR system. The predetCTmined identi- 
fying characteristic may correspond to the SCM identifier 
associated with the mobile radiotelephone, to determine 
whetiier Oie registering mobile radiotelephone is of a par- 
ticular type of mobile radiotelephone, and the class targeted 
conmiunication may comprise information related to a ser- 
vice provided by the operator of the CMR system to owners 
of the particular type of mobile radiotelephone, for example 
a trade-in offer for owners of a particular type of telephone. 
The predetermined identifying characteristic may corre- 
spond to at least a portion of die ESN associated with the 
mobile radiotelephone, for example to determine whether 
the registering mobile is of a type made by a particular 
manufacturer, and the class targeted communication may 
comprise information about a service provided for owners of 
mobile radiotelephones made by this particular manufac- 
turer. 

As a final example, without limitation, the predetermined 
identifying characteristic may identify die registering 
mobile radiotelephone as a unit which has been sold pre- 
configured to the system identification (SID) of the operator 
of the CMR system. This situation might occur where the 
purchaser of a new telephone, prior to "officially" subscrib- 
ing to cellular telephone service with the CMR system 
operator, turns on his or her new telephone within the area 
of coverage of a cell. The telephone, being a home unit, will 
respond to commands in the OMT by transmitting its 
identification information, and the SID of the telephone will 
indicate tiiat the telephone belongs in this particular CMR 
system. But since the particular telephone's MIN has not 
been associated with a particular customer* s name and 
address for billing purposes, the telephone will not be listed 
in the CMR system database at die MTSO as an authorized 
and usable telephone. In this case, die "class" of telephones 
comprises unsubscribed new telephones, that is, telephones 
having an MIN without an associated customer name and 
address. The class targeted communication in this case 
might comprise a voice message related to the provision of 
services offered by die operator of the CMR system to a 
newly subscribing customer. It will therefore be appreciated 
that the present invention may be used to detect die occur- 
rence of new telephones in the CMR system, provide 
information about cellular service, automatically solicit sub- 
scription information (such as name, address, credit card 
number, and the like), receive subscription information from 
the telephone's owner provided via die TOUCH-TONE® 
keypad, and thereby automatically and interactively register 
the new customer into the system and enable calls to be 
made and received. 

Referring now to FIG. 5, the hardware configuration of 
the preferred automated customer class identification and 
contacting system 10 comprises a rack mounted, industrial 
grade IBM Personal Computer (PQ or compatible micro- 
computer 60, operating die UNIX System V operating 
system, as the central controller. The microcomputer 60 is 
configured without a CRT or keyboard. Operator interaction 
is accomplished widi a 1200 baud RS-232-C serial ASCO 
port 61 in lieu of a permanenUy installed CRT or keyboard. 
The serial port 61 is employed to connect to an administra- 
tor's teleprinter 48 for maintenance, configuration, and 
trouble-shooting. Preferably, die physical orientation of the 
microcomputer 60 is vertical so that removable components 
can be accessed from the equipment front The microcom- 
puter 60 preferably also includes a fixed mass storage device 
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such as a 60 megabyte (MB) hard disk 62. While the data 
storage capacity of the hard disk 62 is not critical, it is 
believed that the storage capacity should be at least 10 
megabytes more than that consumed by the operating sys- 
tem, utilities, database, diagnostics, and applications pro- 5 
grams. Optionally, a 360 kilobyte (KB) 5>4 inch floppy drive 
63 and/or a 1 .4 MB 3V4 floppy drive 64 are also provided for 
configuring and initializing ttie system. 

The preferred microcomputer 60 further includes two 
additional asynchronous serial ports 67. 68 for input and jq 
output, He serial port 67 is provided for receiving a serial 
data stream input from the MTSO 25 or other source of 
identification information linom the switch. The serial port 68 
is provided to a voice synthesizer and telephone interface 
circuit 70, which is responsible for providing synthesized 
voice signals over the telephone line 32 back to the MTSO 
25, The voice synthesizer and telephone interface circuit 70 
is also operative for receiving DTMF signals from the 
telephone line 32, decoding the same, and providing 
decoded responses to voice solicitations back to the micro- 
computer 60. The preferred voice synthesizer and telephone 
interface circuit 70 comprises a D1AL0G/41B multi-line 
voice communications circuit board manufactured by Dia- 
logic Corporation, 300 Litdeton Road, Parsippany, NJ. 
07054. Details of the preferred circuit board 70 are provided ^ 
in the literature supplied by the manufacturer. 

As shown generally in connection with FIG. 1, the 
preferred automated customer class identification and con- 
tacting system 10 comprises three functional software mod- 
ules. These software modules run on the microcomputer 60 30 
and carry out the method of automatically detecting the 
presence of predetermined classes of mobile radiotele- 
phones within the cellular network, such as roamers, and of 
automatically and interactively communicating with a reg- 
istering mobile radiotelephone within such classes. The 35 
detection module 40 detects cellular telephone call origina- 
tions and/or autonomous registrations received on line 30 
from the switch 25 or other soiu'ce, and sends the mobile 
telephone number (MIN), electronic serial number (ESN), 
and station class mark (SCM) information to the database 40 
module 42. The database module 42 indexes on each MIN 
received from the detection module 40 and searches to find 
any prestored information in the database associated with a 
given MIN. In the case of roamers and other specifically 
targeted classes of telephones to be contacted, \f the database 45 
search indicates that the registering mobile has never been 
solicited, or been neither detected nor solicited within the 
last n days, then the MIN is passed to the interactive module 
45 in the form of a SOLICITATION REQUEST. 

When the interactive module 45 receives a SOLICITA- so 
TION REQUEST, it carries out a solicitation process. The 
database module 42 and interactive module 45 maintain an 
acknowledge/not acknowledge protocol. In other words, the 
interactive module 45 informs the database module 42, in 
the form of updated status information, of the success or 55 
failure of a solicitation request, which is then recorded as 
status information in the database associated with the MIN. 
In the preferred embodiment, this is accomplished via the 
Inter-Process Communication (IPC) provided as a part of the 
UNIX operating system. Once a mobile has been detected, 60 
and its MIN entered into the database, the database module 
42 maintains its database record until manually deleted by 
the system administrator. One important feature of the 
database records is a flag or status bit that forces solicitation 
to be ignored or blocked for that particular mobile. This flag 65 
can be set by the customer in response to an inquiry whether 
the customer wishes to block further solicitations, via enact- 



ing a specific TOUCH-TONE® key, or can be set manually 
by the system administrator. 

When the interactive module 45 receives a SOLICITA- 
TION REQUEST, it is operative to place a telephone call to 
the MIN passed as a part of the data firom the database 
module 42. If \he call cannot be completed, the interactive 
module will scbedxile a predetermined number x more 
attempts, spaced at predetermined time intervals L The 
values for the number of attempts x and time intervals t are 
operator adjustable parameters. In the preferred embodi- 
ment, the default value of x is three and the default of the 
predetermined time interval t between attempts is five min- 
utes. 

When the interactive module 45 successfully connects to 
the dialed telephone number, it inunediately speaks a series 
of preset messages in the form of synthesized voice, which 
are defined in terms of ATALK scripts that are alterable by 
the system administrator. The interactive module 45 then 
awaits customer DTMF input, as defined in the script, and 
then appropriate action is taken in response thereto. All 
spoken messages, DTMF detection, and responses, are usu- 
ally controlled by the ATALK script language. As described 
in more detail below, the system administrator is able to 
record and identify spoken words and phrases and reference 
these within an editable text file that contains the operational 
script in ATALK Uiat is converted into synthesized voice 
messages. 

With the foregoing general operation in mind, and refer- 
ring now to FIG. 6, tiie detection module 40 starts at the start 
block 150. The detection module 40 examines each data 
packet received from the MTSO 25 or other identification 
information source, and determines whether the data corre- 
sponds to a call origination or a registering mobile, or is 
unrelated to mobile registration. At step 151, identification 
information is received from an information source such as 
the MTSO 25. At decision block 152, if Uie received MIN is 
not a home MIN, then the detection module 45 takes the 
"NO'* branch to block 153 and executes routines for con- 
tacting roamers; a roamer has been detected. The program 
branches to block A (FIG. 7). If the received MIN is a home 
MIN, the "YES" branch of decision block 152 is taken to 
156, and routines for contacting home units are executed; a 
home unit has just registered with the switch. The program 
branches to block B (FIG. 8). It is typically during the 
enablement of this program branch that class identification 
according to NPAN3cX, SCM, or ESN are carried out, since 
in general the CMR system operator may not wish to involve 
roamers in product solicitation, surveys, etc., for non-sub- 
scribing customers. If a registering mobile, home or roamer, 
has been detected, identification information of the register- 
ing mobile comprising MIN, NPANXXXXXX. ESN, and 
SCM are provided from the detection module 40 to the 
database module 42. 

It should be understood at this juncture that the detection 
function of the detection module 40 may reside either as 
software within the MTSO 25, or as an external micropro- 
cessor, or as a separate program module running on the 
microcomputer 60. The preferred embodiment contemplates 
the latter. Regardless of its physical location, the function is 
the same, which is to identify mobiles currently operating in 
the CMR system, and supply their identity to the database 
module 42. 

In the event that identification information is to be pro- 
vided to the database module 42 from the MTSO 25 by a 
detection function carried out in the switch, the data is 
preferably provided via a standard 25 position DCE (female) 
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D-sub connector, utilizing the RS-232-C standard, ASCII 
fore, at, at 9600 baud, 8 data bits, no parity. In this case, the 
detection module 40 is merely operative to request a record 
(for a roamer or for a home unit) by sending an ASCII ENQ 
character (hex 05) to the port. If no record is available, the 5 
detection function at the switch 25 should immediately 
return an ASCII NAK character (hex 15). If a record is 
available, the detection function should immediately trans- 
mit the entire record. Preferably, the detection module 40 is 
capable of buffering up to 500 records. If autonomous 
registrations exceed the buffering capacity of the detection 
function to report or handle them, the overflow may be 
discarded. Notification of the overflow may be noted in a 
subsequent transmitted record. 

If the detection function or module 40 is to reside external 
of the cellular switch 25, the following procedure may be 
performed to obtain the format of the identification iiifor- 
mation: During an extremely idle traffic time, such as early 
AM, connect a protocol aniyzer to the cell to MTSO data 
link 22. These are typically X.25 or ADCCP protocols. Make 
a series of cellular calls using a known telephone and collect ^ 
the data messages transmitted between the cell and MTSO. 
Autonomous registration messages may also be captured. 
During such an idle trafSc period, the test calls should 
represent almost the only data traffic, and their content can 
be easily determined, since the called and calling (MIN) 25 
number as well as Electronic Serial Number (ESN) and 
Station Class Mark (SCM) will be known. Once the format 
of the desired messages is determined, program a micropro- 
cessor to transmit the data elements as described above. 

Turning now to FIG. 7, the entry point A of the database 
module 42 begins at 170. HG. 7 illustrates the steps taken 
to solicit roamers in the database module 42. The first step 
taken at 171 is to check status data associated with the 
detected roamer' s MIN. At decision block 172, the database 
is checked to determine whether the roamer' s MIN is 
present in the database. If not, at step 173 the roamer' s MIN 
is added to the database, and a new database record for this 
particular MIN is added to the database. 

If the roamer* s MIN is already present in the database at ^ 
172, or after leaving step 173, the inquiry is made at 175 
whether the roamer has ever been solicited. If the roamer has 
never been solicited, then the "NO" branch is taken to step 
190, and subroutines for soliciting the roamer are called and 
run, which include the generation of an initial voice solid- 
tation message. These subroutines comprise portions of the 
interactive module 45 in FIG. 9. 

Returning to step 175, if the roamer has been solicited 
before, the **YES" branch is taken to decision block 176, 
where the inquiry is made whether the roamer has blocked 50 
solicitations. If so, the *'YES" branch is taken to remm block 
195, and this portion of the program exits. If the roamer has 
not blocked solidtations, the "NO" branch is taken to 
decision block 178. 

At 178, the inquiry is made whether the roamer has been 55 
detected within a predetermined time period y. The prede- 
termined time period y is an administrator adjustable param- 
eter. If the roamer has been recently detected, for example, 
within the past few minute or hours, a solicitation request 
will have already been generated, and there is no need for an 60 
additional solicitation at this time. On the other hand, if the 
roamer has not been detected for a substantial period of time, 
say several days, it may be that the roamer left the service 
area, reentered the service area, and may now desire to select 
roaming services. If the roamer has been recently detected, 65 
a repeat solicitation is avoided by taking the "YES" branch 
from 178 to the return block 195. 
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If the roamer has not been detected within the time period 
y, the "NO" branch from 178 is taken to decision block 180, 
where the inquiry is made whether the roamer has been 
solidted within a recent time period 2. Again, the predeter- 
mined time period z is a selectable administrative parameter. 
The value of z is selected to be large enough to avoid 
annoying repeated solidtations, say on the order of several 
days or weeks. 

At 180, if the roamer has been recently solicited (as 
opposed to detected), then the "YES" branch is taken to the 
return block 195. If the roamer has not been solicited 
recently, then the '*N0" branch is taken to 190, and the 
interactive module 45 for roamer soUdtation is called and 
executed. An exemplary roamer solidt subroutine is 
described in greater detail in coimcction with FIG. 9. Tliesc 
routines involve calling the roamer, delivering a synthesized 
voice message targeted at roamers, and receiving any DTMF 
responses to any solicitations. 

After the roamer solidt subroutines at 190, and the roamer 
has been afforded an opportunity to respond to the solicita- 
tion, the program reaches decision block 192. At 192, the 
inquiry is made whether the roamer has selected any of the 
services offered or responded to a survey question. If the 
roamer has selected the CMR system operator's offerings, 
the "YES" branch is taken to subroutines at 200, where 
selected service provision routines are called. As a specific 
example, assuming that the roamer has elected to receive 
roaming services from the CMR system operator, the rou- 
tines 200 create an order record which can be sent to the 
system operator, who can enable the MTSO to provide the 
seleaed service whenever the roamer originates a call or a 
call is provided from an external source to be connected to 
the roamer. 

After the return of any service provision routines in 200, 
or if the roamer has not selected to accept roaming service 
at 195 and the "NO" branch is taken, the program reaches 
step 205. At 205, the database maintained by the database 
module 42 is updated to reflect the status of the solicited 
unit. As specific examples, appropriate flags or data values 
are set that the roamer has now been solidted once (for 
decision block 175), whether the roamer has blocked further 
solicitations (for inquiry block 176), the time of last detec- 
tion (for inquiry block 178), and the time of last solicitation 
(for inquiry block 180). These flags and data values are 
associated with the MIN in the database. When the program 
reenters the database module 42 upon detection of this 
roamer again, ^propriate values will be present to block 
itirther solidtations, prevent annoying solidtations, and the 
like. 

The database module 42 is also preferably operative to 
accumulate statistics of operation for reporting to the admin- 
istrator, for example the quantity of mobiles detected by the 
detection module, the quantity of mobiles detected that are 
flagged to be ignored, the quantity of mobiles successfully 
solicited, the quantity of mobiles imsuccessfully solidted, 
the quantity of mobiles not solicited due 10 system problems, 
and the quantity of eligible mobiles not solidted due to load. 

Turning now to FIG. 8, next will be described the cus- 
tomer solidt module of the database module 42. The steps 
shown in FIG. 8 are taken in response to detection of a home 
unit by the detection module 40. Starting at the entry point 
B 220, the first step taken at 221 is to check the status data 
of the registering unit, i.e., whether the registering unit is of 
a particular class or type "X**. For example, the type X can 
be the NPA of the MIN. the fint three digits of the 
NXXXXXX of the MIN. the SCM, the ESN, a new MIN for 
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unsubscribed unit, etc. This checking is performed by look- 
ing at the identification information provided from the 
detection module 40, indexing on the MIN to determine 
whether there is a record entry corresponding to this MIN in 
the database. These parameters all allow differentiation 5 
between "classes" of units. 

It will be understood that the steps of HG. 8 are carried 
out for each class of unit for which a class targeted com- 
munication is to be directed. As a specific example, it may 
be that only hand-carried portable units made by a particular jq 
manufacturer may be targeted for a solicitation when, for 
example, the CMR system operator is promoting a special 
accessory product or trade-in policy. 

After determining the type of telephone, the decision 
block 222 is entered. At 222, it is determined whether the ^5 
customer's MIN is present in the database. If so, the ^TES" 
branch is taken. If not, the 'VO" branch is taken to 223, and 
the customer's MIN is added to the database. After adding 
the customer's MIN to the database or if it is already present, 
the program reaches 225. 

At 225. the inquiry is made whether the unit has ever been 
solicited. If not, the "NO" branch is taken to step 240, and 
the interactive module for units of type "X" is called and 
executed. If the unit has been solicited before, the "YES" 
branch is taken from 225, and the inquiry is made at decision 
block 226 whether the customer has blocked further solici- ^ 
tations. If solicitations have been blocked, the "YES" branch 
is taken to the return block 250 and the program exits. 

If the customer has not blocked solicitations, then the 
"NO" branch from decision block 226 is followed to deci- 
sion block 228. At 228, the inquiry is made whether the 
customer has been detected within a predetermined time 
period y. This time period y operates in the same marmer as 
the predetermined time period y in HG. 7. If the customer 
has been recently detected, then the "YES" branch is taken 
from 228 to the return block 250. If the customer has not 35 
been detected with the predetermined time period y, the 
"NO" branch is taken to decision block 230. 

At 230, the inquiry is made whether the customer has 
been solicited within a different predetermined time period 
2. This predetermined time period z operates in the same ^ 
manner as the predetermined time period 2 in FIG. 7. If the 
customer has been recently solicited, then in order to prevent 
annoying repetitive solicitations the "YES" branch is taken 
to the remm block 250, 

45 

If on the other hand the customer has not been recently 
solicited, the "NO" branch from 230 is taken to 240, where 
interactive module 45 for units of type "X" is called, and the 
appropriate voice message scripts targeted to this particular 
class of customers of class "X", is called and executed. 

Upon return from the interactive module 45, after step 
240, the interactive module will pass parameters to the 
database module 42 indicative of the responses of the 
customer to the solicitation. This data is associated with the 
customer' s MIN in the database. Thus, at decision block 242 55 
the inquiry is made, based on the data values passed to the 
database module, whether the customer has selected the 
offered service, responded to the survey, etc. If the customer 
has selected service, then the "YES" branch is taken from 
242, and at 260 service provision subroutines for the go 
selected service are called and executed. For example, these 
subroutines may be operative to generate orders to the 
system administrator or to a separate order processing 
system to begin provision of the selected service for the 
customer 65 

After return from the selected service provision subrou- 
tines at 260, or if the "NO" branch is taken from 242 since 
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the customer has elected to reject the service offering, then 
at block 245 the database is updated to reflect the status the 
solicited imit, in a manner similar to that described in 
connection with FIG. 7. The program then returns at block 
250. 

FIG. 9 illustrates the steps taken for an exemplary inter- 
active module 45. Since one of the specific purposes of the 
present invention is to contact roamers, the steps illustrated 
in HG. 9 are taken by the interactive module 45 in response 
to detection of a roamer. Therefore, the steps shown in FIG. 
9 are those taken at step 190 shown in FIG. 7. 

Prior to describing the steps taken in FIG. 9, it should be 
understood that the mechanism for generating synthesized 
voice messages and for DTMF detection and response 
comprises control scripts or programs usually written in a 
script language denominated ATALK. However, it will be 
appreciated that other computer languages are also suitable 
for carrying out the steps illustrated. In the disclosed 
embodiment, ATALK scripts form the basic control com- 
mands for the microcomputer 60. which are provided or 
downloaded by the system administrator to form customi2ed 
class targeted communications. The ATALK scripts are 
prepared in a computer system exterior to the microcom- 
puter 60 and downloaded as executable scripts. Hie scripts 
provide the ability to record and identify synthesi2ed spoken 
words and phrases and reference these within an editable 
script text file, which is editable by the external machine. 
The ATALK scripts are capable of being created on a typical 
DOS machine, and then downloaded via serial ports or 
removable media to the microcomputer 60. Therefore, the 
preferred embodiment includes an ATALK script interpreter. 
Further discussion of the ATALK script is provided below. 

Returning to FIG. 9, it is assumed at the start block 300 
that the subroutines 190 for roamers in FIG. 7 has been 
called due to the detection of a roamer within the cellular 
system. Thus, the first step taken at step 301 is to call the 
roamer by placing a call to the roamer' s MIN, which has 
been passed to the interactive module 45. Thus, the roamer* s 
telephone will begin ringing, since it is known that the 
reamer's telephone is powered up and within the area of 
coverage of the cellular system. At decision block 302, the 
program loops for a predetermined number of n rings or 
awaits an answer. If the predetermined number of n rings is 
reached, then the "YES" branch from 302 is taken to block 
305 and the connection is broken by hanging up; the roamer 
has not answered. 

At 305, the database is updated to reflect that the solici- 
tation was unsuccessful. In the preferred embodiment, a 
status flag SOLICIT_FAIL is set in the database associated 
with the roamer' s MIN to indicate that there was an attempt 
to contact the roamer but that the attempt failed. In addition, 
information pertaining to the time of detection and last 
attempt at solicitation are recorded in the database associ- 
ated with the MIN. Then, the program branches to the exit 
block 310. 

If the telephone is answered, then the "ANSWERED" 
branch from 302 is taken to block 315. At this step, a 
synthesi2ed voice message is generated, for example, "Wel- 
come, this is a free call from BellSouth Mobility . . . etc." 
A particular additional synthesi2ed message for roamers will 
likely include words to the effect of: "If you would like 
information about roaming services from BellSouth Mobil- 
ity, please press '1', if you would like to block further 
solicitations, please press '9\ etc." 

At block 320, a variable a is established to receive the 
DTMF value received from the telephone customer as a 
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result of tiie pressing of a TOUCH-TONE® button. At 
decision block 321, a loop is entered to determine whether 
the user has pressed a button to provide a response. If a does 
not contain a value, the "NO" branch is taken from 321 to 
decision block 323, which involves a 15 second timer. As 
long as 15 seconds have not elapsed, the program follows 
the *'N0" branch from block 323 back to block 320, waiting 
for a DTMF input If the 15 second timer elapses, the "YES" 
branch is taken from block 323, the value of a is set to '0' 
at block 325, and the program branches to decision block 
330. 

Decision block 330 is entered either if a is set to '0' due 
to the expiration of the timer from block 325, or when the 
roamer provides an input and a contains a value, friom the 
**YES" branch of decision block 321. Thus, the steps fol- 
lowing decision block 330 are intended to decipher the 
DTMF value and take appropriate action. At decision block 
330, if a is *r, the "YES" branch is taken to block 331, and 
a predetermined synthesized voice message of information 
about roaming services is provided. This indicated as a 
* 'Roamer info" message. From block 331, a return value is 
set at 332 to SOLICIT_OK, indicative that further and more 
detailed messages may be provided, and the program exits 
at 310. This indicates that the roamer has received the initial 
solicitation message and responded by pressing a 'T sig- 
nalling a desire to receive fUrther messages. 

If the "NO" branch is taken from decision block 330 to 
decision block 340, if a equals '9\ the "YES" branch is 
taken to block 341. If the mobile telephone user presses a 
*9*, it is an indication that he or she does not desire any 
further solicitations. In the case, a predetermined synthe- 
sized "Kill Done" voice message is spoken at 341, to inform 
the roamer that further solicitations will not occur. Then at 
step 342, a return value is set to SOLICIT_KILL, which is 
a flag that indicates that further solicitations are to be 
blocked. The program exits at 310. 

Decision block 350 is reached if a equals *0', which 
occurs if the roamer has not pressed a TOUCH-TONE® key 
within the timer value of 15 seconds or has accidentally hit 
the '0' button. If a equals *0', the "YES" branch from 
decision block 350 is taken to block 351, and a synthesized 
voice message is generated to advise the roamer that a 
response was not heard, for example, "Sorry, I heard noth- 
ing, please press a button". The return value is set at block 
352 that the solicitation was not completed or was aborted 
due to lack of a response with SOLICIT_ABORT flag, and 
the program exits at step 310. 

If none of the predetermined acceptable DTMF values of 
*r, '9*, or *0* have been occurred, the '*N0" branch is taken 
from decision block 350, and a predetermined synthesized 
voice message indicative of an improper selection is gener- 
ated, for example, "Bad selection, please press another 
button." From the block 355, the program returns to block 
315 and the initial message providing the opdons to the 
roamer are spoken. 

As discussed above, when the interactive module 45 
successfully connects to the dialed telephone number, it 
immediately speaks a series of preset messages, which are 
defined and alterable by the system administrator. The 
interactive module then waits for customer DTMF input, as 
defined by the script language, to which it takes appropriate 
action. All spoken messages, DTMF detection and response, 
etc. are controlled by the ATALK script language in the 
disclosed embodiment. ATALK is computer language cre- 
ated by the inventor and used to describe synthesized voice 
and DTMF tone interaction. ATALK scripts are interpreted 
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by the interactive module 45. The scripts provide the means 
for identifying spoken words and phrases, in editable script 
text file. Speech phrases are digitized using software sup- 
plied by the vendor of the voice synthesizer and telephone 
interface circuit 70. An ATALK script may created on almost 
any computer and downloaded to the interactive module 45. 
To accommodate this capability, the preferred ATALK inter- 
preter ignores aD control characters exc^t the new-line 
character, which is the line terminator. This is necessary 
since DOS usually inserts carriage return and control-Z 
characters into its files. 

Once a script exits, or the telephone connection is lost, the 
interactive module 45 posts the result value into a response 
queue. The queue can store up to 500 structures that contain 
the result value, job number and a time stamp. The responses 
are kept in the queue until either the database module 42 
accepts it or the queue entry is over 'n' seconds old, where 
*n* is an operator adjustable parameter. The database module 
42 and interactive module 45 maintain an ACK/NAK 
acknowledgement protocol. In other words, the interactive 
module 45 informs the database module 42 of the success or 
failure of the solicitation request, which is indicated by the 
response value, with the signals SOLICITATION 
REQUEST and SOLICITATION RESPONSE, 

In its native form, the ATALK language consists of 
numbered single line command statements, similar to the 
BASIC language. Each statement contains a line number 
between 0 and 4,095, a one letter command, and optional 
additional argument elements. The first statement executed 
is always statement 1, Statement 0 is used as an addressing 
error statement. If the native source contains no 0 statement, 
the command "X 255" is automatically inserted upon execu- 
tioa TTie ATALK language ignores case, thus 'T* is the 
same as "t", however, for readability, it is preferred to use 
upper case letters for commands and lower case for vari- 
ables. 

For the actual creation of an ATALK script, the native 
form need not be created. Instead, a more human readable 
form can be created, and then converted to native form with 
a preprocessor. In this form, no line numbers are required. 

The preferred scripts include labels. A label is a name that 
marks a location within the script that may be referred to by 
jump cotnmands. A label must be on a line by itself, and be 
terminated with a (colon) character. Labels comprise 
alphabetic characters, digits, and the underscore char- 
acter. The first character must not be a digit. It is recom- 
mended that all labels start with "L" in order to avoid 
possible collisions with tags defined with a defineQ com- 
mand. For example, the following label format is recom- 
mended:_L_Start: 

The preferred ATALK scripts also included predefined 
tags or variable that are reserved words. These tags are not 
normally redefined by an ATALK script These predefined 
tags exist to make the creation of ATALK scripts easier by 
predefining common tags, such as the DTMF values. The 
predefined tags in the preferred embodiment are: 
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DTMFO 
DTMFl 
DTMF 2 
DTMF3 
DTMF4 
DTMF5 
DTMF6 
DTMF7 
DTMF8 



Vahie of DTMF digit t)' 
VahicofDTMF digit T 
VOuc of DTMF digit T 
Vyuc ofDTMFdigil 3* 
Value of DTMF digit '4' 
Value of DTMF digit 'y 
VihieofDTMF digit '6' 
Value of DTMF digit T 
Value of DTMF digit's* 
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DTMF9 
DTMFA 
DTMF B 
DTMFC 
DTMF D 
DTMFS 
DTMF P 
DTMFN 

soucrr_K]LL 

SOUCIT_OK 
SOLlClT_ABOKrED 



Value of DTMF digit y 
Value of DTMF digit 'A* 
Value of DTMF digit *B' 
\Wuc of DTMF digit 'C 
Value of DTMF digit 'D' 
Wuc of DTMF digit 
Value of DTMF digit 
Value of NULL DTMF digit 
Don't solicit exit value 
Solicitation completed ok 
SoUcitatian process aborted 



ATALK supports 26 built-in unsigned integer variables 
known as a-z. Them is no case sensitivity, thus *A' is the 
same variable as 'a', however, for consistency, lower case 15 
should be used. 

Items known as "semaphores" or flags are employed as a 
method of interprocess communication, whereby an ATALK 
script can conununicate to external system, such as an order 
processing system or administrator's system. Each active 20 
script may have its own unique set of 255 semaphores that 
are monitored by the external application program. The 
requested semaphore is always set to NULL after this 
operation, thus preventing the same value from being read 
twice. Certain semaphores are predefined. Semaphore 0 is 25 
reserved to contain a flag that indicates how a call was 
detected. It will contain a '0' if the call detected via a call 
origination, and a *r if the call was detected via an autono- 
mous registration. Semaphore 1 is reserved to contain a 
number from 0 to 999 representmg the cell number of origin. 30 
Semaphore 2 is reserved to contain the SCM. 

ATALK scripts further include parameters, that are a 
method of interprocess communication similar to the sema- 
phore system. However, parameters differ from semaphores 
in that there is only one set of 255 parameters are shared by 35 
all scripts. The intended purpose of parameters is to provide 
scripts with a method to dynamically alter and examine the 
functionality of the system. Certain parameters are pre- 
defined in the present invention. Parameter 0 is reserved to 
hold the numeric value in an environmental variable CITY. 
The envirorunental variable is read by the application upon 
invocaiioa For example, if the profile file contained export 
CITY=5, then parameter '0' will be set to the value '5\ 

Next will be described the syntax of the preferred ATALK 
scripts. The following description includes a list of com- 
mands, followed by syntactical definitions: 



COMMAND 

EXAMPLE 

;This is a comment 
DESCRIPTION Any line that contains the (semicolon) 
character will have all characters to the right of the *V' 
ignored. Thus, the semicolon signifies a comment line. 
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COMMAND 
define(x,y) 
EXAMPLE 

definc(Main Greeting, 1 204) 60 
DESCRIPTION In the above example, the tag "Main Greet- 
ing" is equated to be the same as if 1204 had been written. 
This is used to make a script more human-readable. The 
arguments to this command must be composed of alphabeiic 
characters, digits, and the underscore . The first character 65 
must not be a digit. Leading blanks in the arguments are 
ignored unless enclosed with * (grave accent and apos- 



trophe). Each tag defined with this command should be 
unique, since the definition of a duplicate tag replaces the 
previous tag, without complaint. The defineO statements 
should be placed in a script file prior to the use of a tag, and 
they should preferably be placed at the top or beginning of 
the file, oriented to the left margin. 

COMMAND 
S 

EXAMPLE 

S 123 or S Main Greeting {Speak} 
DESCRIPTION Speak recorded message number "123" or 
"Main Greeting". The value "123" must be a decimal 
number that matches the desired massage. This value may 
optionally be a tag composed of upper or lower case 
alphabetic characters, digits, and the underscore. The tag 
must be referenced to a message number at the top of the file 
with a "define" statement. 

COMMAND 
R 

EXAMPLE 

R b 10 {Read} 
DESCRIPTION In the above example, wail '10' seconds to 
record user* s DTMF input into variable b, which may be any 
of the 26 variables, a-z. The wait value must be between 0 
and 255 seconds. The script will continue upon user DTMF 
input, or timeout of the specified seconds. If the user did 
supply input, the variable will contain the numeric value of 
the lower case ASCII value that corresponds to the DTMF 
key that was entered. Hiere are 16 possible DTMF digits, 
0-9. A-D, * and #. Additionally, if no input was provided, 
and a timeout occurred, the variable will contain a NULL 
value. 

COMMAND 

E {Evaluate} 
EXAMPLE 

Ea=5 

DESCRIPTION In the example above, variable *a' is evalu- 
ated to determine if it contains the decimal numeric value 
'5'. The left side of the expression must be one of the 26 
predefined variables, a-z. The right side of the expression 
can be another such variable, or a decimal number from 0 to 
255. Available expressions are: 

= equal 

{= not equal 

< less than 

> greater than 

COMMAND 

T {TYue jump} 
EXAMPLE 

T GOT_DTMF 
DESCRIPTION In the example above, if the most recent 'E' 
(evaluate) command evaluated an expression to be TRUE, 
then the script will jump to location *GOT_DTMF *; 
otherwise it will fall through to the next command. 

COMMAND 

F {False jump} 
EXAMPLE 

F DO_ROAM 
DESCRIPTION In the example above, if the most recent 'B' 
(evaluate) command evaluated its expression to be FALSE, 
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then the script will jump to location DO_ROAM; otherwise 
it will fall through to the next command. 

COMMAND 

J {Jump} 
EXAMPLE 

J DO_AGENT 
DESCRIPTION In the example above, the script will imme- 
diately jump to location ''DO.AGENT'. 

COMMAND 



A {Assign} 
EXAMPLE 
Ab=3 

DESCRIPTION In the example above, variable *b* is 
assigned the decimal numerical value of *3*. The left side of 
the expression must be one of the built-in 26 variables, a-z. 
The right side of the expression may be another such 
variable, a decimal value of 0 to 255, or a tag previously 
established with a defineO command. Available expressions 
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X 99 {exit} 

DESCRIPTION In the example above, the current execution 
of this script is exited, and the value of '99* is returned to the 
primary application. The return value must be one of the 
buih-in 26 variables, ar-z, a decimal value of 0 to 255, or a 
tag previously established with a defineQ command. 

COMMAND 
W {Write a log message} 



10 EXAMPLE 

W z this is a log message 
DESCRIPTION The * W con^nand requires two arguments. 
The first argument must be one of the built-in 26 variables, 
ar-z, a decimal value of 0 to 255. or a tag previously 
established with a defineQ command. The remainder of the 
line after the first argument is treated as an ASCII text string. 
Both arguments are written to a log device (such as a printer 
or serial port) in ASCII form, for diagnostic purposes. It is 
suggested that all characters in the text be lower case in 
order to avoid collisions with reserved words defined else- 
where in the script with the defineQ command. 



Numerical 

= set equal to 

Arithmetic 

+ right value is added to left value 

right value is subtracted fttun left value 
♦ left value is multiplied by right value 

/ left value is divided by right value 

Boolean 

I bitwise or the two values 

& bitwise and the two values 
Bit Manipulation 

> shift right by value of right expression side 
< shift left by value of right expression side 
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COMMAND 

P {Post a semaphore} 
EXAMPLE 

P 52 2 or P SEM_USER_REQ ABORT 
DESCRIPTION In the example above, semaphore *5T is 
posted with the decimal numerical value of '2\ Either data 
may be one of the built-in 26 variables, a-z, a decimal value 
of 0 to 255, or a tag previously established with a defineQ 
command. The semaphore is a method of interprocess 
communication, whereby the current script can communi- 
cate to another application. Each active script has its own 
unique set of 255 semaphores that are monitored by another 
application program. 
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COMMAND 

V {check semaphore event} 
EXAMPLE 

V n 14 or V n SEM_REQ_REPLY 
DESCRIPTION In the example above, variable *n' is 
assigned the decimal numerical value contained in sema- 
phore 14. The left data item must be one of the built-in 26 
variables, a-z. The right data item may be another such go 
variable, a decimal value of 0 to 255, or a tag previously 
established with a defineQ command. The requested sema- 
phore is always set to NULL after this operation, thus 
preventing the same value from being read twice. 
COMMAND 

X 

EXAMPLE 



COMMAND 

M {Modify parameter} 
EXAMPLE 

M 0 5 or M PARM_HANGUP 5 
DESCRIPTION In the example above, parameter 0 is 
assigned the decimal numerical value of *5* , Both data items 
must be one of the built-in 26 variables, a-z, a decimal value 
of 0 to 255, or a tag previously established with a defineQ 
command. Parameters are a method of interprocess commu- 
nication similar to the semaphore system, however, they 
differ from semaphores in that there is only one set of 255 
parameters shared by all scripts. The intended purpose of 
parameters is to provide scripts with a method to dynami- 
cally alter and examine the functionality of the system. 

COMMAND 

F {Fetch parameter} 
EXAMPLE 

F a 0 or F a PARM_HANGUP 
DESCRIPTION In the example above, parameter 0 is 
fetched and its value is placed into variable 'a*. Both data 
items must be one of the built-in 26 variables, a-z, a decimal 
value of 0 to 255, or a tag previously established with a 
defineQ command 

Now that the preferred script syntax has been described, 
next an example of an ATALK script will be provided. 
Assume that message S_Welcome contains the speech 
message, *Tliis is a free call from BellSouth Mobility. If you 
are interested in our roaming services, please press one on 
your cellular telephone, if you are not interested, and wish 
to never be solicited again, press nine". Given this speech, 
the following is an exemplary ATALK script which carries 
out the steps shown in FIG. 9: 

;DEFINE SPEECH TAGS 
dcfine(Wait_4_Key.l5) 
_L_^TART: 

S S_Welcome 

R a Wait_4_Kcy 
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E a = DTMF„1 
T_t^ROAM 
Ea = iyrMF_9 



; speak greeting 

; read DTMF input into variable 'a* 
; wait op to 15 seconds for a reply. 
; lest 'a' for T key entry 
; jump to roam info sectioa 
; test 'a' for 9* key entry 



03/24/2004, EAST Version: 1.4.1 



5,610,973 



27 

-continued 



T_L_K.ILL 


; jump to kill solicitation section 


E a = DTMF_N 


; check for no DTMF rupome 


T_L_TRy_LATER 


; inform main process of 




; null solicitation 


S S_Bad_Kcy 


; Speak "Invalid choice, try again" 


J_L_STARr 


; incorrect response, tiy again 


_L_KILL: 




S S_KiU_Donc 


; Inform customer request granted 


X SOLICIT_KILL 




_l^ROAM: 




S S_Roain_Iiifo 


: speak reamer info message 


X soucrr„OK 




_U_TRY LATER: 




S S„Try_Later 


; Inform customer of hiture contact try 


X SOLICIT_ABORTED 




The following is the ATALK script native version of the 


example program listed above: 


I 


S 1 


2 


Ra IS 


3 


Ea = 49 


4 


T 13 


5 


Ea = 57 


6 


T 11 


7 


Ett = 0 


8 


T 15 


9 


S 2 


10 


J 1 


11 


S3 


12 


X2 


13 


S4 


14 


xo 


15 


S 5 


16 


X 1 
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In the preferred embodiment, digitized speech messages 
arc contained in a speech file consisting of speech segments. 
Each speech segment has a prompt number, name, offset and 
length. These parameters are written to a message length 
description file by a speech editor program supplied by the 
vendor of the voice synthesizer and telephone interface 
circuit 70. An example is shown below. 

40 

PROMPT 1 Length: 4.92 sec Offset: 264 Bytes: 14881 
NOTE: S__Welcome 

PROMPT 2 Length: 15.77 sec Offset: 15145 Bytes: 47715 
NOTE: S_Bad_Key 45 

PROMPT 3 Length: 3.72 sec Offset: 62860 Bytes: 11249 
NOTE: S_KilI_Done 

PROMPT 4 Length: 3.02 sec Offset: 74109 Bytes: 9152 50 
NOTE: S_Roam_Jnfo 

PROMPTS Ungth: 15.16 sec Offset: 101904 Bytes: 45866 
NOTE: S_Try_Later 

55 

PROMPT 6 Length: 18.49 sec Offset: 147770 Bytes: 55947 
NOTE: No Annotation Text 

In summary, there has been illustrated and described an 
improved method and apparatus for providing an automated 60 
and interactive customer class identification and contacting 
system for a cellular mobile radiotelephone network. Means 
have been described for monitoring identification informa- 
tion provided by a registering mobile radiotelephone as it 
registers into the CMR system by powering up or entering 65 
the area of coverage of a cell of the system for the first time. 
Means have been described that are responsive to the 
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identification information for detecting predetennined iden- 
tifying characteristics of the registering mobile radiotele- 
phone, for example, whether it is a home mut or a roamer. 
Means have been described that are responsive to detection 
of a selected predetennined identifying characteristic of the 
registering mobile radiotelephone for communicating with 
the radiotelephone such as by providing information about 
SCTviccs that may be obtained from the cellular system 
operator. Means have been described for receiving responses 
of the radiotelephone user to a solicitation or request for 
information. 

Therefore, while a particular preferred embodiment of the 
invention has been shown and described, it should be 
understood that the preferred embodiment has been dis- 
closed by way of example, and it will be understood that 
other modifications may occur to those skilled in the an 
without departing from the scope and the spirit of the 
appended claims. 

What is claimed is: 

1. In a home cellular mobile radiotelephone system, an 
apparatus for detecting and contacting a roamer cellular 
mobile radiotelephone (CMR) from a foreign cellular 
mobile radiotelephone system, comprising: 

roamer detection means for detecting autonomous regis- 
tration of said roamer CMR in said first cellular mobile 
radiotelephone system and for providing identifying 
information comprising at least a mobile telephone 
number of said roamer CMR; 

a computer database for storing the mobile telephone 
numbers of detected roamer CMRs in association with 
status information, said status information indicating 
whether detected roamer CMRs have never been solic- 
ited; 

searching means responsive to said identifying informa- 
tion for searching said computer database and deter- 
mining whether said roamer CMR has never been 
solicited; 

solicitation request generating means responsive to a 
determination by said searching and determining 
means that said roamer CMR has never been solicited 
for generating a solicitation request; and 

interactive solicitation means responsive to said solicita- 
tion request for providing an interactive solicitation of 
said roamer CMR. 

2. The apparatus of claim 1, wherein said interactive 
solicitation means is operative for delivering a message to 
said roamer CMR and receiving responses to a message 
delivered to said roamer CMR. 

3. The apparatus of claim 2, wherein said interactive 
solicitation means is operative for delivering a voice mes- 
sage to said roamer CMR and receiving responses via 
dual-tone multifrequency tones provided by a user of said 
roamer CMR. 

4. The apparatus of claim 1, wherein said interactive 
solicitation means is operative for (1) placing a telephone 
call to said roamer CMR, and (2) delivering a voice message 
if the call to said roamer CMR is answered. 

5. The apparatus of claim 4, wherein said interactive 
solicitation means is operative for (1) storing a prepro- 
grammed voice message script corresponding to a predeter- 
mined message, (2) generating a synthesized voice corre- 
sponding to the preprogrammed voice message script, and 
(3) delivering the synthesized voice to said roamer CMR. 

6. The apparatus of claim 1, wherein said interactive 
solicitation means is further operative for detecting 
responses from said roamer CMR, and storing the detected 
responses as status information in said computer database. 
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7. The apparatus of claim 6, wherein the detected ' 
responses includes data indicative of a successful or unsuc- 
cessful communication with said roamer CMR, and wherein 
said interactive solicitation means is further operative for 
reattempting to communicate with said roamer CMR in the 5 
event of an unsuccessful communication. 

8. The apparatus of claim 6, wherein the detected 
responses include data indicative of a reply of a user of said 
roamer CMR to a communication, and further comprising 
means for providing the detected responses as an output 10 

9. The apparatus of claim 1, wherein said interactive 
solicitation means is operative for: 

placing a telephone call to the telephone number of said 
roamer CMR; 

responsive to a successful cotmection with said roamer 
CMR, delivering a prcdetennincd message via a voice 
channel. 

10. The apparatus of claim 1, wherein said interactive 
solicitation means is operative for: 

placing a telephone call to said roamer CMR; 

determining whether the telephone call was completed 
and setting a solicit fail flag in response to an incom- 
pleted telephone call, the solicit fail flag being associ- 
ated with Uie mobile telephone number of said roamer 25 
CMR; 

responsive to said solicit fail flag, scheduling a predeter- 
mined number of subsequent attempts to place a tele- 
phone call to said roamer CMR; and 

responsive to a successful connection to said roamer 30 
CMR, delivering a predetermined voice message via a 
voice channel. 

11. The apparatus of claim 10. wherein said interactive 
solicitation means is further operative for receiving dual- 
tone multifrequency signals provided by a user of said. 35 
roamer CMR as input from the user in response to the 
predetermined voice message, and providing an output data 
item corresponding to the input received from die user. 

12. The apparatus of claim 10, wherein the predetermined 
voice message comprises a message related to the provision ^ 
of roaming services provided by the operator of said home 
cellular mobile radiotelephone system to roamers, and said 
output data item relates to the selection or rejection of 
roaming services by the user of said roamer CMR. 

13. The apparatus of claim 1, wherein said status infor- '^^ 
madon indicates whether detected roamer CMRs have not 
been detected within a predetermined time period y, 

wherein said searching and determining means is further 
responsive to said identifying information for deter- 
mining whether said roamer CMR has not been 
detected within said predetermined time period y, and 

wherein said solicitation request generating means is 
responsive to a deterniiration by said searching and 
determining means that said roamer CMR has not been 
detected within said predetermined time period y for 
generating a solicitation request. 

14. The apparatus of claim 1, wherein said status infor- 
mation indicates whether detected roamer CMRs have not 
been solicited within a predetermined time period z, 

wherein said searching and determining means is further 
responsive to said identifying information for deter- 
mining whether said roamer CMR has not been soUc- 
ited within said predetermined dme period z, and 

wherein said solicitation request generating means is 65 
responsive to a determination by said searching and 
determining means that said roamer CMR has not been 
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solicited within said predetermined time period z for 
generating a solicitation request 

15. The apparatus of claim 1, wherein said status infor- 
mation indicates whether detected roamer CMRs have 
blocked solicitations, 

wherein said searching and determining means is further 
responsive to said identifying information for deter- 
mining whether said roamer CMR has blocked solici- 
tations, and 

wherein said solicitation request generating means is 
responsive to a determination by said searching and 
determining means that said roamer CMR has blocked 
further solicitations for blocking generation of a solici- 
tation request 

16. The apparatus of claim 1, wherein said roamer detec- 
tion means comprises means for receiving signaling data 
contained in a celUto-MTSO data link. 

17. The apparatus of claim 1, wherein said roamer detec- 
tion means comprises means connectable to a telephone 
network signaling system selected from the group compris- 
ing: IS-41, SS7, and X.25. 

18. The apparatus of claim 1, wherein said roamer detec- 
tion means detects autonomous registration of said roamer 
CMR from information received from an MTSO. 

19. The apparatus of claim 1, wherein said roamer detec- 
tion means detects autonomous registration of said roamer 
CMR within an MTSO, 

20. In a home cellular mobile radiotelephone system, a 
method for detecting and contacting a roamer cellular 
mobile radiotelephone (CMR) from a foreign cellular 
mobile radiotelephone system, comprising the steps of: 

storing in a computer database the mobile telephone 
numbers of detected roamer CMRs in association with 
status information, said status information indicating 
whether detected roamer CMRs have never been solic- 
ited; 

detecting autonomous registration of a roamer CMR in 
said home cellular mobile radiotelephone system; 

providing identifying information comprising at least a 
mobile telephone number of said roamer CMR; 

searching said computer database with said identifying 
information to determine whether said roamer CMR 
has never been solicited; 

in response to a determination that said roamer CMR has 
never been solicited, generating a solicitation request to 
a solicitation apparatus; and 

at said solicitation apparatus, in response to said solici- 
tation request, conducting an interactive solicitation of 
said roamer CMR. 

21. The method of claim 20, wherein said status infor- 
mation indicates whether detected roamer CMRs have not 
been detected within a predetermined time period y, and 
further comprising the steps of: 

determining whether said roamer CMR has not been 
detected within said predetermined time period y, and 

responsive to a determination that said roamer CMR has 
not been detected within said predelernained time 
period y, generating a solicitation request to said solici- 
tation apparatus. 

22. The method of claim 20, wherein said status infor- 
mation indicates whether detected roamer CMRs have not 
been solicited within a predetermined time period z, and 
further comprising the steps of: 

determining whether said roamer CMR has not been 
solicited within said predetermined time period z, and 
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responsive to a determination that said roamer CMR has 
not been solicited within said predetermined lime 
period z, generating a solicitation request to said solici- 
taiioD apparatus. 

23. The method of claim 20, wherein said status infor- 5 
malion indicates whether detected roamer CMRs have 
blocked solicitations, and further comprising the steps of: 

determining whether said roamer CMR has blocked 

solicitations, and 
responsive to a determination that said roamer CMR has 

blocked further solicitations, blocking generation of a 

solicitation request 

24. The method of claim 20, further comprising the steps 
of delivering a message to said roamer CMR and receiving 
responses to a message delivered to said roamer CMR. 

25. The method of claim 24, wherein the step of deliv- 
ering a message to the registering mobile radiotelephone 
comprises delivering a voice message to said roamer CMR 
and receiving responses via dual-tone multifrequency tones 
provided by a user of said roamer CMR. 

26. The method of claim 20, wherein the step of conduct- 
ing an interactive solicitation of said roamer CMR com- 
prises: 

(1) placing a telephone call to said roamer CMR, and 25 

(2) delivering a voice message if the call to said roamer 
CMR is answered. 

27. The method of claim 26, wherein the step of gener- 
ating a voice message comprises the steps of: 

(1) providing a preprogrammed voice message script 30 
corresponding to a predetermined message, 

(2) generating a synthesized voice corresponding to the 
preprogrammed voice message script, and 

(3) delivering the synthesized voice to said roamer CMR. 

28. The method of claim 20, further comprising the step 
of detecting responses from said roamer CMR, and storing 
the detected responses as status information in said com- 
puter database. 

29. The method of claim 28, wherein the detected 
responses includes data indicative of a successful or unsuc- ^ 
cessful conmiunication with said roamer CMR, and further 
comprising the step of reattempting to communicate with 
said roamer CMR in the event of an unsuccessful commu- 
nication, 

30. The method of claim 28, wherein the detected 
responses include data indicative of a reply of a user of said 
roamer CMR to a communication, and further comprising 
the step of providing the detected responses as an output 

31. The method of claim 20, wherein the step of conduct- 
ing an interactive solicitation of said roamer CMR com- ^ 
prises the steps of: 
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placing a telephone call to the telephone number of said 
roamer CMR; 

responsive to a successful connection with said roamer 
CMR, delivering a predetermined message via a voice 
channel. 

32. The method of claim 20, wherein the step of conduct- 
ing an interactive solicitation of said roamer CMR com- 
prises the steps of: 

placing a telephone call to said roamer CMR; 

determining whether the telephone call was completed 
and setting a solicit fail flag in response to an incom- 
pleted telephone call, the solicit fail flag being associ- 
ated with the mobile telephone number of said roamer 
CMR; 

responsive to said solicit fail flag, scheduling a predeter- 
mined number of subsequent attempt to place a tele- 
phone call to said roamer CMR; 

responsive to a successful connection to said roamer 
CMR, delivering a predetermined voice message via a 
voice channel. 

33. The method of claim 32, further comprising the steps 
of receiving dual-tone multifrequency signals provided by a 
user of said roamer CMR as input from the user in response 
to the predetermined voice message, and providing an 
output data item corresponding to the input received from 
the user, 

34. The method of claim 32, wherein the predetermined 
voice message comprises a message related to the provision 
of roaming services provided by the operator of said first 
cellular mobile radiotelephone system to roamers. and said 
output data item relates to the selection or rejection of 
roaming services by the user of said roamer CMR. 

35. The method of claim 20, wherein the step of detecting 
autonomous registration of a roamer CMR comprises receiv- 
ing signaling data contained in a cell-to-MTSO data link. 

36. The method of claim 20, wherein the step of detecting 
autonomous registration of a roamer CMR is carried out 
with information provided by a telephone network signaling 
system selected from the group consisting of: IS-41 , SS7, 
and X.25. 

37. The method of claim 20, wherein the step of detecting 
autonomous registration of a roamer CMR is carried out 
with information received from a MTSO. 

38. The method of claim 20. wherein the step of detecting 
autonomous registration of a roamer CMR is carried out 
within a MTSO. 

)*t itt * 
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